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Arrangement for implementing transmission of multimedia 
messages 

FIELD OF THE INVENTION 
5 The present invention relates to transferring a multimedia message 

in a multimedia messaging system. 

BACKGROUND OF THE INVENTION 

The multimedia messaging service is a communication service un- 

10 der development in which a terminal of a cellular network can send multimedia 
messages to another terminal. The content of a multimedia message may be 
e.g. a video clip, an audio clip or a combination of these. The transmission 
service of multimedia messages in connection with the WAP system (Wireless 
Application Protocol) is defined in the standard specifications WAP-206- 

15 MmsMessagingService and WAP-209-MMSEncapsulation. In the third- 
generation mobile communication networks the multimedia messaging service 
is to be implemented in a similar manner. In the transmission of a multimedia 
message the terminal transmits the multimedia message wirelessly to a base 
station in the cellular network, which forwards the message to a multimedia 

20 message service centre MMSC. Having received the multimedia message, the 
MMSC transmits a notification message to the terminal to which the multimedia 
message is addressed. Having received the notification message, the terminal 
software decides whether to fetch the multimedia message. If the terminal (or 
its user) decides to fetch the multimedia message, the terminal can send a 

25 WSP GET request (Wireless Session Protocol) to the MMSC. The MMSC re- 
ceives this request and transmits the multimedia message in question to the 
terminal. In a typical case the multimedia message is transmitted to the termi- 
nal automatically without user intervention, substantially according to the store- 
and-forward transmission. The MMSC, however, sends a notification message 

30 to the terminal before the multimedia message is transmitted, and the decision 
on whether to allow transmission of multimedia messages from the MMSC to 
the terminal is made at the terminal. 

In a normal situation the MMSC transmits a notification message to 
the terminal as soon as a multimedia message addressed to the terminal in 

35 question arrives. However, the MMSC may fail to transmit the notification mes- 
sage for several reasons and the terminal may fail to receive it. For example, if 



the terminal is switched off, it cannot receive notification messages. In addition, 
the memory of the terminal can be temporarily so full that there is no room for 
the notification message sent by the MMSC, or an error may occur on the 
transmission path as a result of which the notification message gets lost on its 
5 way to the terminal. It may also happen that the notification message arrives at 
the terminal, but the terminal cannot interpret it due to an error on the trans- 
mission path. 

In addition to the above-mentioned reasons, the terminal may fail to 
receive the notification message because of poor connections. The radio sig- 

10 nal that includes the notification message may be too weak when it arrives at 
the terminal. The battery of the terminal may be so low that the notification 
message cannot be received. The following situation exemplifies this. The ter- 
minal is in standby mode as the notification message arrives at the terminal. 
The terminal shifts from the standby mode to the reception mode and simulta- 

15 neously its power consumption increases. Since the battery is, however, al- 
most dead, increase of power consumption switches the terminal off, and thus 
the terminal cannot receive the notification message. 

If the short message service (SMS) is used as the transmission path 
for the notification message, the terminal may be transmitting several mes- 

20 sages and thus it cannot receive the notification, at least not immediately. In 
the following, we will examine a case in which the terminal is switched off and 
a validity period of short message is defined (e.g. with parameter MVP, Mes- 
sage validity Period) in the short message service centre SMSC via which the 
notification message is to be transmitted. The validity period is a predeter- 

25 mined period, e.g. 24 hours. If the validity period of the short message expires, 
the short message service centre deletes the short message. If the terminal is 
not switched on before the validity period expires, the terminal does not re- 
ceive the short message. 

30 SUMMARY OF THE INVENTION 

A new invention has now been made. According to a first aspect of 
the invention there is provided a method of transferring a multimedia message 
in a multimedia messaging system, which comprises a terminal and a multi- 
media messaging centre, which are arranged to communicate with each other 

35 at least partially wirelessly, the multimedia messaging centre being arranged to 
receive multimedia messages addressed to the terminal and transmit a notifi- 



cation message to the terminal to inform it of a multimedia message addressed 
to the terminal which has arrived at the multimedia messaging centre. 
The method is characterized by: 

transmitting a first message wirelessly to the multimedia messaging 
5 centre, the first message requesting the multimedia messaging centre to 
transmit a notification message to the terminal on the multimedia messages 
addressed to the terminal which have arrived at the multimedia messaging 
centre and on which a notification message has not been received by the ter- 
minal yet. 

10 According to a second aspect of the invention there is provided a 

multimedia messaging centre for transferring a multimedia message in a sys- 
tem, which comprises a terminal and a multimedia messaging centre, which 
are arranged to communicate with each other at least partially wirelessly, the 
multimedia messaging centre being arranged to received multimedia mes- 

15 sages addressed to the terminal and transmit a notification message to the 
terminal to inform it of a multimedia message addressed to the terminal which 
has arrived at the multimedia messaging centre. 

The multimedia messaging centre is characterized in that it com- 
prises: 

20 means for receiving a first message transmitted by the terminal, the 

first message requesting the multimedia messaging centre to transmit a notifi- 
cation to the terminal on the multimedia messages addressed to the terminal 
which have arrived at the multimedia messaging centre and on which the ter- 
minal has not received a notification message yet; and 

25 means for determining whether there are multimedia messages ad- 

dressed to the terminal at the multimedia messaging centre on which the ter- 
minal has not received a notification message yet. 

According to a third aspect of the invention there is provided a ter- 
minal which is arranged to function in a system, which comprises a terminal 

30 and a multimedia messaging centre, which are arranged to communicate with 
each other at least partially wirelessly, the multimedia messaging centre being 
arranged to receive multimedia messages addressed to the terminal and 
transmit a notification message to the terminal to inform it of a multimedia 
message addressed to the terminal which has arrived at the multimedia mes- 

35 saging centre. 

The terminal is characterized in that it comprises: 
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means for transmitting a first message wirelessly from the terminal 
to the multimedia messaging centre, the first message requesting the multime- 
dia messaging centre to send a notification to the terminal on the multimedia 
messages addressed to the terminal which have arrived at the multimedia 
5 messaging centre and on which the terminal has not received a notification 
message yet. 

According to a fourth aspect of the invention there is provided a 
system for transferring a multimedia message, the system comprising a termi- 
nal and a multimedia messaging centre, which are arranged to communicate 
10 with each other at least partially wirelessly, the multimedia messaging centre 
being arranged to receive multimedia messages addressed to the terminal and 
transmit a notification message to the terminal to inform it of a multimedia 
message addressed to the terminal which has arrived at the multimedia mes- 
saging centre. 

15 The system is characterized in that it comprises: 

means for transmitting a first message wirelessly from the terminal 
to the multimedia messaging centre, the first message requesting the multime- 
dia messaging centre to transmit a notification to the terminal on the multime- 
dia messages addressed to the terminal which have arrived at the multimedia 

20 messaging centre and on which the terminal has not received a notification 
message yet. 

The above-mentioned multimedia messaging centre refers to a 
messaging element which transmits multimedia messages to a terminal and 
from a terminal. The multimedia messaging centre may be managed by a 

25 management unit, e.g. by a suitable server. In that case the first message 
mentioned in the claims can be transmitted to this server instead of the MMSC. 
In this application, however, the term multimedia messaging centre is inter- 
preted broadly: for example, in the case of a separate management unit it re- 
fers to the entity formed by the above-mentioned server and the MMSC in the 

30 multimedia messaging system. The messages sent to the above-mentioned 
server by the terminal and the messages received by the serves are consid- 
ered to be received in the multimedia messaging centre. 

In the preferred embodiment of the invention the terminal is pro- 
vided with means for finding out whether the MMSC has multimedia messages 

35 which are addressed to the terminal and on which the terminal has not re- 
ceived a notification message from the MMSC (or on which a notification mes- 
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sage has not been transmitted successfully to the terminal, even though an 
attempt has been made). The preferred embodiment also relates to an ar- 
rangement in which the terminal can fetch a multimedia message from the 
MMSC regardless of the lower level protocols used below the multimedia ap- 
5 plication. This arrangement will consequently function even if the prior art WAP 
protocol below the application layer in the protocol stack is replaced with an- 
other suitable protocol. This embodiment also relates to an arrangement in 
which radio resources can be saved when notification messages are sent. 
Since all the notification messages requested by the terminal are sent in one 

10 and the same message in the preferred embodiment of the invention, the 
amount of information transmitted via radio paths decreases. 

The first message is preferably sent in a situation in which there is 
reason to believe that the MMSC may have received multimedia messages 
addressed to the terminal on which a notification message has not been suc- 

15 cessfully transmitted to the terminal. Typical situations in which the first mes- 
sage is sent are the following: the terminal has been switched off and is then 
switched on, the terminal has left the network area and returns to the (cover- 
age) area of the network, or some other situation in which the terminal has 
been disconnected from the network and reconnects with the network. In these 

20 situations the first message is transmitted in response to the terminal being 
switched on, in response to the terminal returning to the coverage area of the 
network from an out of coverage area, or in response to the terminal recon- 
necting to the network. 

Even though this description gives us the idea that the terminal in- 

25 dependency performs various functions, such as fetches multimedia messages 
from the MMSC, it is clear that the terminal user can also influence on some of 
the functions performed by the terminal. 

BRIEF DESCRIPTION OF THE DRAWINGS 
30 In the following, the invention will be described in greater detail with 

reference to the accompanying drawings, in which 

Figure 1 is a message chart illustrating a method according to the 
preferred embodiment of the invention, 

Figure 2 is a simplified illustration of protocol layers of a terminal 
35 and a network, 

Figure 3a illustrates the basic structure of a message according to 
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the preferred embodiment of the invention, 

Figure 3b illustrates the basic structure of another message ac- 
cording to the preferred embodiment of the invention, 

Figure 3c the basic structure of yet another message according to 
5 the preferred embodiment of the invention, 

Figure 3d illustrates the basic structure of yet another message ac- 
cording to the preferred embodiment of the invention, 

Figure 4 illustrates a detail of the message shown in Figure 3b, 

Figure 5 illustrates a terminal suitable for implementing the inven- 

10 tion, 

Figure 6 illustrates a multimedia messaging centre suitable for im- 
plementing the invention, and 

Figure 7 illustrates message encapsulation in protocol stacks. 

15 DETAILED DESCRIPTION 

In a preferred embodiment of the invention the terminal is a wireless 
terminal, e.g. a mobile station in a cellular network provided with means for 
communicating wirelessly with the network. The network can be a cellular radio 
network, such as a third-generation mobile communication network. Informa- 

20 tion is transmitted between the terminal and a base station of the cellular net- 
work via radio paths. There is typically a connection from the base station to 
the MMSC via a fixed core network. If the WAP technology is used for trans- 
mitting information, a WAP gateway is provided between the terminal and the 
MMSC for converting messages arriving from the terminal into a suitable for- 

25 mat for the MMSC. Furthermore, the WAP gateway converts messages sent 
by the MMSC into a suitable format for the terminal for transmission over the 
radio path. 

In a normal situation, the MMSC sends a notification message to the 
terminal when a multimedia message addressed to the terminal arrives at the 

30 multimedia messaging centre MMSC. The notification message is sent to the 
terminal to inform it that a multimedia message addressed to it has arrived at 
the MMSC. The multimedia message is addressed to the user's terminal by 
means of a certain address, such as the telephone number. This multimedia 
message can then be fetched by the terminal (or by the user by means of the 

35 terminal). As stated above, the terminal may have failed to receive the notifica- 
tion message because, for example, the terminal has been switched off. When 



the terminal is switched on again, a situation may arise in which the MMSC 
has a multimedia message intended for the terminal, but the terminal does not 
know this and thus cannot fetch the message from the MMSC. 

Figure 1 is a message chart illustrating a preferred embodiment of 
5 the invention. First the terminal sends an inquiry message 1 1 to the MMSC, 
requesting the MMSC to send a notification message to the terminal on multi- 
media messages received by MMSC on which the terminal has not received a 
notification message from the MMSC. 

The term notification message refers to at least two types of notifi- 

10 cation messages: 1) notification messages the MMSC has sent but the termi- 
nal has not received; 2) notification messages the MMSC has not even sent. 
The MMSC has information on the messages it has sent and received. The 
information can be maintained e.g. in a suitable database in the MMSC. 

Notification messages the MMSC has sent but the terminal has not 

15 received mean notification messages which have left the MMSC but which the 
terminal has not acknowledged. According to the specification WAP-206- 
MmsMessaging Service, the terminal has to acknowledge a notification mes- 
sage it has received. This can be done e.g. with the message 'm-NotifyResp- 
req'. According to the specification, the terminal can alternatively fetch the 

20 multimedia message on account of which the notification message was sent 
using a retrieval message (WSP GET request). Thus arrival of a WSP GET 
request at the MMSC also has to be regarded as an acknowledgement to a 
notification message. (If the short message service is used as the transmission 
path for transmitting a notification message, the acknowledgement is carried 

25 out at the short message service layer by the message 'delivery ack report' 
which the device that has received the short message sends to the device that 
has sent the message.) 

Notification messages which the MMSC has not even sent mean 
notification messages waiting for transmission at the MMSC. These may be 

30 e.g. notification messages which have been transferred from the multimedia 
application to the protocol stack below the application for transmission to the 
terminal but which have not been sent to the terminal e.g. because a free 
transmission channel has not been found. It is clear that the terminal cannot 
have received the messages that have not even been sent, and thus the 

35 MMSC cannot have received an acknowledgement to these messages. 

Having received the inquiry message 1 1 , the MMSC determines by 



software whether it has received multimedia messages addressed to the ter- 
minal in question on which the terminal has not received a notification mes- 
sage from the MMSC. If the MMSC has not received an acknowledgement to 
the notification message from the terminal in one form or another, the MMSC 
5 concludes that the terminal has not received the notification message in ques- 
tion. 

Regardless of whether there are notification messages at the 
MMSC which have not been transmitted to the terminal, the MMSC responds 
to the inquiry message 1 1 with a response message 12. If the MMSC has noti- 
10 fication messages for the terminal, these are transmitted in the response mes- 
sage 12. If the MMSC does not have notification messages for the terminal, 
information that there are no notification messages is attached to the response 
message 12. 

When the terminal receives the response message 12, it can con- 

15 elude from the information included in the response message 12 what kind of 
multimedia messages the MMSC has and fetch one or more multimedia mes- 
sages from the MMSC. In a preferred embodiment of the invention the terminal 
automatically fetches a multimedia message corresponding to the information 
included in the response message 12 without user intervention using a re- 

20 trieval message 13. Now the terminal sends a retrieval message 13 to the 
MMSC indicating that it wants to fetch a multimedia message. The MMSC re- 
ceives the retrieval message 13. In response to the retrieval message 13, the 
MMSC sends the multimedia message to the terminal in message 14, which 
can be called e.g. the retrieval response message here. 

25 At the multimedia application level each message 11 to 14 has a 

certain message type. The transmitting device inserts the message type into a 
certain header field in the message 11 to 14. From the message type the de- 
vice receiving the message 11 to 14 knows how to process the message 1 1 to 
14, e.g. how the binary encoded parts of the message should be decoded. The 

30 information on how each message type should be processed is included in a 
program code which is stored in advance in the terminal and in a program 
code which is stored in the MMSC. In a preferred embodiment of the invention 
the message type of the inquiry message 1 1 is 'm-notific-req', that of the re- 
sponse message 12 'm-notific-ind', that of the retrieval message 13 'm- 

35 retrieve-req', and that of the retrieval response message 14 'm-retrieve-conf. 
Other titles can also be used for the different message types. The main point is 
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that the transmitter of the message 11 to 14 and the receiver understand each 
other so that the same message type means the same thing both at the trans- 
mitting and at the receiving end. 

Figure 2 is a simplified illustration of protocol layers of the terminal 
5 and the network. If the system is implemented using the WAP technology, a 
WAP gateway is provided between the terminal and the MMSC, as stated 
above. The WAP gateway converts messages from the terminal into a suitable 
format for the MMSC. The WAP gateway performs a conversion between the 
WAP WSP protocol (Wireless Session Protocol) and the HTTP protocol (Hy- 

10 perText Transfer Protocol), for example. Furthermore, the WAP gateway con- 
verts the messages transmitted to the terminal by the MMSC into a suitable 
format for the terminal for transmission over the radio path. The WAP gateway 
and the MMSC are located in the network. 

The actual multimedia application for implementing multimedia 

15 messaging is placed on top of the uppermost protocol layer in the terminal. 
Below the multimedia application level there may be WAP protocols, below 
which there are lower-level protocols, which may include an IP protocol (Inter- 
net Protocol), for example. The lowest protocol layer is typically called the 
physical layer. The physical layer is responsible for concrete transmission and 

20 reception of messages. When the WAP technology is used, the WAP WSP 
layer is typically the topmost protocol layer in the terminal. The network con- 
tains corresponding protocol layers. 

All messages 11 to 14 are sent at the multimedia application level. 
This means that a message structure and a message type are defined for all 

25 messages 1 1 to 14 at the multimedia application level. At the multimedia appli- 
cation level the message structure contains multimedia application-specific 
header fields and a message body, where the actual message content is car- 
ried, provided that the message has a content. The message type appears 
from a certain header field. As stated above, the multimedia application re- 

30 ceiving the message knows from the message type how to process the mes- 
sage concerned. The structure of the messages 11 to 14 will be described 
more closely in connection with Figures 3a to 3d. 

Since all messages 11 to 14 are sent at the multimedia application 
level, the implementation of the multimedia messaging service is independent 

35 of the protocols used below the multimedia application. For example, the im- 
plementation suggested in the existing standard specification is dependent on 



the WAP technology because, according to the specification, the WAP WSP 
GET message is used for fetching a multimedia message. The preferred em- 
bodiment of the invention does not comprise such a limitation. Since in the 
preferred embodiment of the invention the retrieval message 13 has a mes- 
5 sage structure and a message type at the multimedia application level , the 
method of the preferred embodiment of the invention will function even if the 
WAP protocols are replaced with some other protocols. 

The messages 11 to 14 are encapsulated for transmission. At the 
transmitting end the messages 11 to 14 travel downwards from the multimedia 

1 0 application level in the protocol stack until they reach the physical layer which 
sends the message. As the message travels from one protocol layer to a lower 
protocol layer, the lower protocol layer provides the message with its header 
fields and inserts the whole message received from an upper protocol layer 
into the message body. 

15 Figure 7 describes a general case of how messages travel from the 

multimedia application level to the protocol layer just below it. (The messages 
travel in a corresponding manner from the multimedia application level to the 
protocol layer below it in the MMSC.) The example shown in Figure 7 is related 
to a case in which the protocol layer just below the application layer in the 

20 protocol stack is the WAP WSP layer. The actual protocol stack is not shown in 
Figure 7, but it mainly illustrates message encapsulation in the protocol stack. 
At the multimedia application level the message to be sent from the terminal 
comprises header fields (MMS headers; Multimedia Messaging Service) and a 
message body (MMS message body). The header fields are multimedia mes- 

25 saging service-specific. The actual content of the message is transmitted in the 
message body. 

At the WSP layer the message to be sent also comprises header 
fields (WSP headers) and a message body (WSP message body). In this case, 
however, the header fields are not multimedia messaging service-specific 
30 header fields, but WSP layer-specific header fields that have been added by 
the WSP layer. The header fields and the message body (if any included in the 
message) of the multimedia application level are encapsulated in the WSP 
message body. 

As the message travels downwards in the protocol stack, the proto- 
35 col layers provide the message with header fields of their own, which are typi- 
cally needed in the transmission of the message from the transmitter to the 



receiver. At the receiving end the message travels in the protocol stack from 
below upwards. The protocol layers remove the headers the corresponding 
protocol layer at the transmitting end has added. A certain header field at each 
protocol layer indicates the content type of the message body used at each 
5 protocol layer. If, for example, there is a WAP WSP layer just below the appli- 
cation layer, the content of the WSP message body is indicated in the WSP 
header field 'content type'. In the preferred embodiment of the invention, the 
content type defined for messages intended for the multimedia application is 
'application/vnd.mmm.mms-message'. The definition is stored in advance in 

10 the terminal and the MMSC. The content type in question can also be named 
otherwise. The main point is that the transmitter and the receiver of the mes- 
sage understand each other, i.e. the same content type means the same thing 
both at the transmitting and at the receiving end. On the basis of the content 
type the terminal (or the MMSC) transfers the received message upwards in 

15 the protocol stack to the correct application of the application layer, i.e. to the 
multimedia application in this case. 

Figures 3a to 3d illustrate the basic structure of the messages 1 1 to 
14 in greater detail. The terminal sends an inquiry message 11 to the MMSC. 
The message 1 1 requests the MMSC to transmit notification messages to the 

20 terminal as explained above. The basic structure of the message 1 1 (Figure 
3a) comprises only headers (MMS headers) at the multimedia application 
level. These are multimedia messaging service-specific headers which have 
been binary encoded. The header field 'message type' indicates the message 
type of the message 11 in question, which is 'm-notific-req'. When the MMSC 

25 receives the message 1 1 with the message type 'm-notific-req' from the termi- 
nal, it knows that the terminal wants it to send notification messages to the 
terminal. Depending on the application, the message 1 1 also contains other 
header fields. The header field 'transaction-ID' is provided with an identifier on 
the basis of which the message and the response to the message are linked 

30 with each other in the terminal and the MMSC. The step 'MMS version' indi- 
cates the version number (e.g. version 1 .0) of the multimedia messaging serv- 
ice. The message 1 1 can contain the header field 'From-date-and-time' or an- 
other header field, which gives further information to the MMSC. In the field 
'From-date-to-time' the MMSC can be informed of the moment from which on 

35 the terminal wants to receive undelivered notification messages. This informa- 
tion can be defined by the user himself or it can be fetched from the terminal's 
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memory, in which it has been stored in advance. The information may have 
been stored e.g. in a certain log file when the terminal was used for communi- 
cation, such as a speech call, for the last time. 

The basic structure of the response message 12 sent in response to 
5 the inquiry message 1 1 is illustrated in Figure 3b. In the common case, the 
response message 12 contains headers (MMS headers) and a message body 
at the multimedia application level. The header fields have been binary en- 
coded. The header field 'message type' indicates the message type of the 
message 12, which is 'm-notific-ind'. When the terminal receives a message 12 

1 0 with the message type 'm-notific-ind' from the MMSC, it knows that the mes- 
sage may contain notification messages. Depending on the application, the 
message 1 2 also contains other header fields. The header field 'content type' 
indicates the content of the message body. The notification messages re- 
quested by the terminal in message 1 1 are transmitted in the message body of 

15 message 12. If there are more than one notification message, the content type 
is 'multipart mixed'. If there is only one notification message, the prior art notifi- 
cation message can be used. Each notification message constitutes a sepa- 
rate content in the message body. The header field 'transaction-ID' is provided 
with an identifier on the basis of which the message and the response to the 

20 message are linked with each other in the terminal and the MMSC. For exam- 
ple, if there was number 3 in the header field 'transaction-ID' of message 1 1 , in 
the message 1 2 transmitted in response to the message 1 1 the header field 
'transaction-ID' will also include the same identifier, i.e. number 3. The header 
field 'MMS version' indicates the version number of the multimedia messaging 

25 service. 

Figure 4 illustrates the basic structure of the notification message 
included in the message body of the response message 12. The basic struc- 
ture of the notification message is known per se from the standard specifica- 
tion WAP-209-MMSEncapsulation, and it includes only header fields (MMS 

30 headers). The header fields have been binary encoded. The header field 'mes- 
sage type' indicates the message type of the notification message, which is 
e.g. l m-notification-ind'. From the message type 'm-notification-ind' the terminal 
knows that it should process the notification message as a notification mes- 
sage. Depending on the application, the notification message also contains 

35 other header fields. The header field 'transaction-ID' is provided with an identi- 
fier on the basis of which the message and the response to the message are 



linked with each other in the terminal and the MMSC. The header field 'MMS 
version' indicates the version number of the multimedia messaging service. 
The header field 'content location' indicates the location of the retrievable mul- 
timedia message from which the terminal can load the multimedia message or 
5 its component. The location is preferably indicated by means of a URI (Uniform 
Resource Identifier). Some other identifier can also be used, e.g. an identifier 
defined by the MMSC, on the basis of which the MMSC recognizes the multi- 
media message to be fetched as the terminal requests loading. The content 
type of each multimedia message is 'application/vnd.mmm.mms-message'. 

10 This forms a recursive structure where the content type of the response mes- 
sage 12 is the same as the content type of the notification message 12 in- 
cluded in the response message. 

We will now return to Figure 3b. If there were no notification mes- 
sages for the terminal, the response message 12 will not contain any message 

15 body but only header fields. In that case the header field 'content type' of the 
response message 12 contains a value which tells the terminal that there were 
no notification messages. The header field 'content type' may also be omitted 
altogether, which tells the terminal that there were no notification messages. 
Alternatively, several telephone numbers can be defined for the MMSC. De- 

20 pending on the telephone number from which the response message arrives at 
the terminal, the terminal concludes whether there were notification messages 
or not. For example, if the response message 12 arrives from a first telephone 
number defined for the MMSC, the terminal concludes that there were notifica- 
tion messages (the notification messages are included in the response mes- 

25 sage). If the response message 12 arrives from a second telephone number 
defined for the MMSC, the terminal concludes that there were no notification 
messages. 

The basic structure of the retrieval message 13 used for fetching 
multimedia messages is illustrated in Figure 3c. At the multimedia application 

30 level the basic structure of the retrieval message 13 comprises only header 
fields (MMS headers). The header fields have been binary encoded. The 
header field 'message type' indicates the message type of the retrieval mes- 
sage 13, which is m-retrieve-req. When the MMSC received the retrieval mes- 
sage 13 with the message type 'm-retrieve-req' from the terminal, it knows that 

35 the message should be processed as a retrieval message. Depending on the 
application, the retrieval message 13 also contains other header fields. The 
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header field 'content location' indicates the location of the multimedia message 
(content) from where the multimedia message can be fetched. The location of 
the multimedia message has been supplied to the terminal earlier in the re- 
sponse message 12 as the URI or as an identifier defined by the MMSC in the 
5 header field 'location content' of the notification message (or in a correspond- 
ing header field) from which the terminal copies the location information into 
the corresponding header field of the retrieval message 13. The header field 
'transaction-ID' is provided with an identifier on the basis of which the message 
and the response to the message are linked with each other in the terminal 

10 and the MMSC. The header field 'MMS version' indicates the version number 
of the multimedia messaging service. 

The multimedia message the retrieval of which the terminal has re- 
quested in the retrieval message 13 is sent to the terminal in a retrieval re- 
sponse message 14. Figure 3d illustrates the basic structure of the retrieval 

15 response message 14. The retrieval response message 14 is known per se 
from the standard specification WAP-209-MMSEncapsulation and at the mul- 
timedia application level it comprises both header fields (MMS headers) and a 
message body (MMS message body). The header fields have been binary en- 
coded. The header field 'message type' indicates the message type of the re- 

20 trieval response message 14, which is 'm-retrieve-conf. When the terminal 
receives the retrieval response message 14 with the message type 'm-retrieve- 
conf from the MMSC, it knows that the retrieval response message 14 should 
be processed as a response to the retrieval message 1 3. Depending on the 
application, the retrieval response message 14 also contains other header 

25 fields. The header field 'transaction-ID' is provided with an identifier on the ba- 
sis of which the message and the response to the message are linked with 
each other in the terminal and the MMSC. For example, if there was number 4 
in the header field 'transaction- ID' of the retrieval message 13, the header field 
'transaction-ID' of the retrieval response message 14 sent in response to the 

30 retrieval message also includes the same identifier, i.e. number 4. The header 
field 'MMS version' indicates the version number of the multimedia messaging 
service. The multimedia message requested in the retrieval message 13 is in- 
cluded in the message body of the retrieval response message 14. The type of 
the multimedia message is indicated in the header field 'content type'. 

35 The main parts of the invention are implemented by software in the 

MMSC and the terminal. Figure 5 illustrates a mobile station of a cellular net- 



work suitable for use as a terminal in the preferred embodiment of the inven- 
tion. The mobile station comprises processing means CPU, a radio-frequency 
transceiver RF and a user interface Ul. The transceiver RF and the user inter- 
face Ul are connected to the processing means CPU. The user interface Ul 
5 provides means for using the mobile station. The processing means CPU 
comprise a microprocessor (not shown in Figure 5), memory MEM and soft- 
ware SW. The software SW is stored in the memory MEM. The part of the 
software SW that implements processing of messages related to multimedia 
messaging in the terminal according to the invention is called a multimedia ap- 

10 plication. The microprocessor uses the software SW to control the function of 
the mobile station, such as use of the transceiver RF, display of information by 
means of the user interface Ul and reading of the inputs received from the user 
interface Ul. In accordance with the software SW, the microprocessor gener- 
ates messages 1 1 and 13, which the transceiver RF sends via its antenna ANT 

15 wirelessly to the base station of the cellular network, which forwards the mes- 
sages to the MMSC. The microprocessor CPU handles the messages 12 and 
14 which have been transmitted by the MMSC and which the transceiver RF 
receives via its antenna ANT from the base station of the cellular network. 

Figure 6 illustrates the basic structure of the MMSC suitable for the 

20 invention. The MMSC comprises a WAP gateway interface 61 , via which the 
MMSC communicates with the WAP gateway and the terminal. Communica- 
tion to external networks, such as the Internet network, is carried out via an 
external interface 62, and via an MMSC interface 63 to other multimedia mes- 
saging centres. A message storage 64 is a memory area/means in which mul- 

25 timedia messages are stored. A data warehouse 66 is a memory area/means 
in which information on the multimedia messages are stored. Information on 
messages transmitted and received by the MMSC, such as notification mes- 
sages and acknowledgements (if any) to them, is also stored in the data ware- 
house. The data warehouse 66 can be implemented as a database structure. 

30 In the method according to a preferred embodiment of the invention the MMSC 
compares the above-mentioned data to find out whether there are multimedia 
messages at the MMSC which the terminal has not received. In an alternative 
embodiment the MMSC finds out the same by investigating whether its trans- 
mission buffer (not shown) contains notification messages for the terminal in 

35 question (waiting for a transmission in the future). 

The control unit 65 is connected to the WAP gateway interface 61, 



the external interface 62, the MMSC interface 63, the message storage 64 and 
the data warehouse 66. The control unit 65 comprises a processing unit, such 
as a processor, and a program by means of which it controls the function of the 
MMSC. The part of the program that implements the multimedia messaging 
5 service in the MMSC is called the multimedia application. (The fact that the 
application related to the implementation of the invention is called the same 
both in the terminal and in the MMSC does not mean that they are identical.) It 
is clear to a person skilled in the art that the MMSC may also comprise other 
blocks related to authentication and maintenance of the MMSC, for example. 

1 0 Multimedia messages addressed to the terminal arrive at the MMSC 

via one of its interfaces (61 to 63) and they are stored in the message storage 
64 at the command of the control unit 65. The data on the messages, such as 
time of arrival and identification data (e.g. URI, or an identifier defined by the 
MMSC, if the MMSC has defined one) are stored in the data warehouse 66. 

15 The message 1 1 transmitted by the terminal is received via the WAP gateway 
interface 61. The processor of the control unit processes the message 11 on 
the basis of the multimedia application. The control unit generates notification 
messages on the basis of the data included in the data warehouse 66 and in- 
serts them into the message body of the message 12. The message 12 is 

20 transmitted to the WAP gateway (and via the gateway further to a base station 
of the cellular network and to the terminal) via the WAP gateway interface 61 . 
The message 13 from the terminal is received via the WAP gateway interface 
61. The processor of the control unit processes the message 13. On the basis 
of the data obtained from the data warehouse 66 the control unit transfers the 

25 multimedia message from the message storage 64 into the message body of 
the message 14 for transmission to the terminal. The message 14 is transmit- 
ted to the WAP gateway (and further to a base station of the cellular network 
and to the terminal) via the WAP gateway interface at the command of the 
WAP gateway interface. 

30 The preferred embodiment of the invention provides a solution by 

means of which the terminal can find out whether multimedia messages on 
which it has not received a notification message have arrived at the MMSC. If 
there are several multimedia messages, they all are preferably transmitted in 
the same short message or in the same message over a packet-switched con- 

35 nection (e.g. a GPRS connection; General Packet Radio Service), which saves 
radio resources compared to the prior art solution in which all notification mes- 
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sages are transmitted as separate short messages. 

A further advantage of the invention is that the terminal can directly 
ask the MMSC whether it has notification messages for the terminal, and thus 
the MMSC sends the notification messages to the terminal immediately. Even 
if the system is provided with a retransmission mechanism for retransmitting 
unacknowledged notification messages, the terminal will not have to wait for 
retransmission of notification messages which it has not received for one rea- 
son or another. 

The implementation and embodiments of the invention have been 
described by means of examples above. It is obvious to a person skilled in the 
art that the invention is not limited to the details of the embodiments described 
above and the invention can be implemented otherwise without deviating from 
the characteristics of the invention. The above embodiments should be re- 
garded as illustrative but not as restrictive. Thus the embodiments and appli- 
cations of the invention are limited only by the appended claims. The alterna- 
tive embodiments of the invention defined in the claims, including equivalent 
embodiments, fall within the scope of the invention. 



